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(57) Abstract: A method and apparatus are provided for generating a rate model (115) for use in determining a rate to be applied 
with respect to an instance of a product or service, system or process. The rate may relate for example to utilisation of a resource, 
for example to a charging rate to be applied with respect to use of a product or service. The rate model comprises: (i) data (205, 
210) defining a rating space having at least one dimension defined by an attribute of the system, process, product or service; (ii) a 
rating vector definition comprising at least one rate parameter; and (iii) data (225, 230) which defines distinct regions in the rating 
space over which the defined rating vector is invariant, and which defines the respective invariant rating vector (235) for each distinct 
region (225, 230). A rate applicable to a particular instance of a product or service instance is determined by identifying a defined 
region (225, 230) containing the instance and hence the invariant rate parameter values (235) of the applicable invariant radng vector. 
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RATE MODELLING 

This invention relates to rate modelling and, in particular, to a method and 
apparatus for determining the appropriate rate to apply in respect of systems or 
5 processes, or to specific instances of a product or service. 

It is known in the field of telecommunications, for example, to model tariff rules 
and the corresponding charging rates to be applied according to those rules when billing 
for provision and use of telecommunications services. Typical tariff modelling methods in 
the telecommunications field are those used in the arbor® billing platform and in 
10 Convergys'® Geneva billing software. However, whilst these systems provide a basic 
model of tariff rules and charging rates, these systems appear to have been designed 
primarily for use with products comprising a relatively small number of different tariffs, for 
example voice telephony products for which the price to be charged for use of the product 
is largely a function of time at a relatively small number of different charging rates, e.g. a 
15 local call rate, a national call rate, a rate for calls to mobile telephones and a rate for 
"premium rate" calls. 

Consider an example of a voice telephony product for which the price for making 
a telephone call is a function not only of the duration of the call but also of the distance, 
rounded up to the nearest kilometre, between the calling party and the respective called 

20 party. To define the charging rate to be applied in calculating the price of calls, prior art 
tariff rate models would require a different tariff to be defined for every discrete distance 
measure from 1 kilometre (km) up to the maximum distance likely to occur. Each tariff 
would define the charging rate to be applied when calculating the price of calls over the 
respective calling distance. To calculate a price for a particular call of given calling 

25 distance and duration, firstly the appropriate tariff would be selected for the given calling 
distance, and secondly the charging rate defined for that tariff would be used to calculate 
the price for the call of given duration. Fortunately, a more conventional voice telephony 
product may comprise only two distance-related charging rates, one for local-rate calls of 
up to 56km and one for national-rate calls of over 56km. Such a product requires only two 

30 tariffs to be defined in prior art tariff rate models. But it is clear that In prior art systems, 
modelling the tariffs for more complex products can entail either the definition and entry of 
a great many different tariffs with very similar descriptions, which slows down processing 
for billing runs and can be onerous both for initial data entry and for subsequent tariff 
revisions, or the imposition of an artificial simplification (or complication) of the charging 

35 structure for those products in order for the billing system to work. Having a great many 
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similar tariffs can also complicate provisioning processes if users must select from large 
lists of tariffs with very similar descriptions, so increasing the likelihood of errors being 
made. 

There are other situations in which the rate of consumption of resources must be 
5 modelled in relatively complex systems or processes. The applicable rate of consumption 
of a resource in respect of a particular combination of parameters of a system or process 
may be difficult to determine where a number of different parameters can affect the rate to 
be applied. Besides, in known techniques for modelling rates, when rules or rate data are 
changed or new rules and rates are to be added, updating of models can be time 
10 consuming and error prone. 

According to a first aspect of the present invention, there is provided an 
apparatus for determining a rate to be applied in respect of a data set comprising a value 
for at least one variable attribute in an electronic system or process, comprising: 
an input for receiving the data set; 
15 a rate modelling component arranged to store a model comprising: 

(i) data defining a rating space having at least one dimension defined 
by an attribute of the electronic system or process; 

(II) a rating vector definition comprising at least one rate parameter; 

and 

20 (iii) data which defines distinct regions in the rating space over which 

the defined rating vector is invariant, and which defines the respective invariant rating 
vector for each distinct region; and 

rate determining means arranged, on receipt of the data set, to identify a 
corresponding one of the distinct regions, the respective invariant rating vector and hence 

25 the rate to be applied in respect of the data set. 

An apparatus according to the first aspect of the present invention provides for a 
particulariy flexible technique both for modelling rates to be applied in respect of electronic 
systems or processes, products or services, and for determining the rate to apply in 
respect of a specific instance of variable attributes of that system, process, product or 

30 service. A so-called rating space may be defined in terms of any number of dimensions 
and hence of rate-affecting attributes, be they variable or discrete quantities, of the entity 
whose rates are being modelled. Whereas prior art modelling arrangements are known to 
limit the number or variable rate-affecting attributes that may be used in modelling a rate, 
particularly in the domain of billing for telecommunications services, the present invention 

35 avoids such limitations. 
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In a preferred embodiment, the apparatus according to this first aspect further 
comprises calculating means for calculating an output in respect of the data set by 
inputting one or more rate parameters of the identified invariant rating vector into a 
predefined formula. 

5 The rate may relate to utilisation of one or more resources in respect of the 

system, process, product or service and hence the output may define the quantity of the 
resource in respect of a particular instance of the system, etc. The rate may alternatively 
relate to a charging rate and hence the output may determine a price to be charged for a 
particular level of use of the system, etc. 

10 Preferably, the model further comprises a aile for selecting a predefined fomriula 

in respect of the data set from among a plurality of predefined formulae. At least one rule 
may also be defined for selecting an appropriate rating space, from among a plurality of 
rating spaces defined in the model, on the basis of at least one attribute represented in 
the data set. These rules provide for even greater flexibility in the model, enabling 

15 numerous variations on the system, process, product or service to be supported in the 
same model, each with its own rating stoicture if required. 

According to a second aspect of the present invention, there is provided a 
method for determining a rate to be applied in respect of a product or sen/ice. comprising: 

(i) defining a rating space having at least one dimension defined by an 
20 attribute of the product or service; 

(ii) defining a rating vector comprising at least one rate parameter; 

(iii) determining distinct regions in the rating space over which the defined 
rating vector is invariant and defining values for the at least one rate parameter In the 
invariant rating vector for each distinct region; 

25 (iv) for a specified instance of the product or service, identifying a 

corresponding one of the distinct regions from (iii), the respective Invariant rating vector 
and hence the rate to be applied. 

The method according to this second aspect of the present Invention enables the 
modelling in data of the attributes that influence the rate to be applied to particular 

30 instances of a product or service. For any product or service it is assumed that there will 
be a number of distinct attributes, the particular values of which not only distinguish an 
instance of that product or senwce but are also sufficient to fully define the instance for the 
purposes of selecting an applicable rate. Such attributes are preferably used to define the 
dimensions for the rating space according to this method. The rate may relate to a rate of 

35 utilisation of a resource In respect of the product or service, for example It may relate to a 
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Charging rate for use In determining a price to be charged for a particular level of use of 
the product of service. 

In practice, different categories of a product or service may be defined which, 
from a rate perspective, can each be dealt with as a single unit and the rules for 

5 determining an applicable rate for each category of the product or service may be 
embodied in the rate model. 

Considering an example whereby the apparatus and method according to this 
first and second aspect respectively are used to model the charging rates for use of a 
particular category of a product, the price for a particular level of use of the product is 

10 determinable on the basis of a series of n orthogonal dimensions, to be referred to as 
"tariff dimensions", forming an n-dimensional rating space. These tariff dimension are 
used to define the tariff rules and the rates to be charged. In practice, the tariff dimensions 
do not need to be orthogonal, although selection of a non-orthogonal set of dimensions 
may lead to an unnecessary complicating of the model. Formally, the price for a category 

15 of product is some function (F) of a vector D of tariff dimension values and a vector R of 
invariant rate parameters - the "rating" vector. By partitioning the rating space into distinct 
regions, additional flexibility exists in the selection of the rating vector. In particular, it Is 
possible to define and store a different invariant rating vector for each distinct region. 

When a price is to be detemnined for a particular instance of a category of the 

20 product, the point represented by a vector D of tariff dimension values defining that 
instance of the product category is located within one of the pre-defined regions of the n- 
dimensional rating space for that category and. having identified the containing region, the 
applicable rating vector R is identified. The identified rating vector R is then passed, 
together with the vector D of instance values, to a "plug-in" component comprising a 

25 pricing function for that product category anranged to combine the rating vector 
parameters and tariff dimension values according to an arbitrarily complex formula and to 
calculate a price for use of the particular instance of the product. 

Applying embodiments of the first aspect of the present invention to the example 
of the voice telephony product mentioned above, there would be no difficulty in defining a 

30 single tariff for which the charging rate to be applied is a function of both the variable call 
duration and the variable calling distance. Furthermore, the calculating means may be 
arranged to apply a formula for calculating a price that includes not only the use-related 
(duration and distance) costs but also any fixed costs or price adjustments for the product 
to take account of tax or volume discounts, all on the basis of a single tariff rate structure. 

35 In addition, by making currency a dimension, "it is possible to have "non-linked" price lists 
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for different territories and to implement, for example, "price-pointing" simultaneously in 
each of those territories. 

Prior art tariff rate models do not offer such a flexible capability. Furthermore, 
attempts to model some of the products provided by the present applicants using prior art 
5 billing platforms have to-date failed due to the intrinsic limitations of their respective rate 
models. 

According to a third aspect of the present invention, there is provided a method of 
generating a model of rates to be applied in respect of a product or service, comprising 
the steps of defining, in the model: 
10 (i) a rating space for the product or service having at least one dimension 

defined by an attribute of the product of service; 

(ii) a rating vector definition comprising at least one rate parameter; 

(iii) at least one distinct region in the rating space over which the defined rating 
vector is invariant; and 

15 (iv) in respect of each distinct region from (iii). values for the at least one rate 

parameter of the respective rate vector. 

A rate modelling method according to this third aspect of the present invention 
results a highly flexible rate model, enabling rules for the determination of rates for 
complex products or services to be modelled in a logical and straightforward manner. In 

20 comparison with prior art arrangements, the present modelling method simplifies the initial 
input of rate data and the subsequent amendment both of specific rates and the overall 
rating structure for a product or service, or electronic system or process. There are no 
inherent restrictions for example on the number of rate-affecting dimensions that define 
the rating space in the model. 

25 In a preferred embodiment, the rate modelling method according to this third 

aspect of the present invention further comprises the steps of defining, in the model: 

(v) at least one category of the product or service for which a common rating 
space applies; and 

(vi) at least one rule for selecting an applicable rating space from among a 
30 plurality of rating spaces defined in the model, to be applied in respect of the at least one 

category defined in (v). 

In a further preferred embodiment, the rate modelling method further comprises 
the steps of defining, in the model: 
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(vii) a reference to a formula for use in calculating an output in respect of the at 
least one category identified in step (v). the formula being a function of at least one 
unspecified dimension and at least one rate parameter; and 

(viii) in respect of the at least one category defined in (v), an association 
5 between the at least one unspecified dimension in the fonnula and a dimension for the 

applicable rating space. 

Where the rate modelling method in the present invention is applied specifically 
to the modelling of charging rates for use in determining a price for use of a product or 
service, the inherent flexibility of the rate model resulting from this method enables 

10 product categories and an associated tariff structure to be defined and updated from the 
perspective of ideal marketing strategy and greatest customer convenience rather than 
from the perspective of limitations in the model structure and/or the corresponding billing 
system, a limitation in prior art tariff rate modelling arrangements. 

According to a fourth aspect of the present invention, there is provided a method 

15 for determining the utilisation of a resource in respect of an instance of a product or 
service with reference to a rate model generated for the product or service by the method 
of the third aspect of the present invention, comprising the steps of: 

(i) receiving data defining an instance of the product or service; 

(ii) identifying a distinct region in a rating space for the product or service 
20 containing the defined instance received at step (i); 

(iii) identifying the invariant rating vector applicable to the Identified region; 

(iv) identifying a formula to be applied to instances of the product or service; 

and 

(v) inputting the at least one rate parameter value of the Invariant rating vector 
25 and the received data defining the instance Into the fomiula to calculate the utilisation of 

the resource for the instance of the product or service. 

In a prefen-ed embodiment of the present Invention, an extensible Markup 

Language (XML) Interface is provided to enable updates to the model to be defined in an 

XML data file and validated against a predefined Document Type Definition (DTD), 
30 reducing the likelihood of enrors arising through conventional data entry at a user 

Interface. A definition and description of XML is published on the Internet by the 

Woridwide Web Consortium (W3C). 

In general, where the term "producf Is used in isolation In the present patent 

specification. It Is intended to relate not only to a product as such, but also to a service or 
35 a technical entity for which tariffs or other rates are to be modelled. 
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Preferred embodiments of the present invention will now be described in detail, 
by way of example only, with reference to the accompanying drawings of which: 

Figure 1 is a diagram showing the principal components of a known billing 

system; 

5 Figure 2 is an entity relationship diagram for a tariff data model according to a 

preferred embodiment of the present invention; 

Figure 3 is a flow diagram showing the principal steps in generating a tariff data 
model for a product , or service, according to a preferred embodiment of the present 
invention; 

10 Figure 4 is a flow diagram showing, in more detail, the steps in implementing step 

310 of Figure 2, according to a preferred embodiment of the present invention; 

Figure 5 is a flow diagram showing, in more detail, the steps in implementing step 
315 of Figure 2, according to a preferred embodiment of the present invention; and 

Figure 6 is a flow diagram showing a preferred process for determining a price for 

15 a product or service with reference to a tariff rate model for the product or service 
generated according to a preferred embodiment of the present invention. 

Prefen-ed embodiments of the present invention provide a particulariy flexible rate 
modelling arrangement suitable for use in many different an^angements in which a rate 
must be detemiined with respect to a system, process., product or service. The rate may 

20 relate to anything. However, for the purpose of describing the inventive features of the 
present invention, the detailed description that follows will be set in the context of 
modelling rates to implement a tariff structure for pricing the rental and/or use of a product 
or service, in particular a telecommunications product or service. In this context, the term 
"tariff" will be used to refer to a general scheme or collection of rules for determining the 

25 rate of charging with respect to the product or service; and the tenrn "rate" will be used to 
refer to a value detenmined according to the set of rules known as the "tarifT, However, It 
would be readily apparent to a person of ordinary skill that the principles described may 
be applied to other contexts relating to other types of product or service and to resources 
in electronic systems and in processes. 

30 Many of the known billing systems provide some fonm of tariff rate model to store 

information relating to tariffs and corresponding charging rates, but often with inherent 
inflexibilities making them unsuitable for modelling tariffs for more complex products and 
sen/ices. The tariff rate modelling arrangement according to preferred embodiments of the 
present invention may be used in place of a conventional tariff rate model in such billing 
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systems, or it may be integrated into an existing tariff rate model to mal<e some or all of 
the resultant benefits of the present invention available in such systems. 

Referring to Figure 1 , a diagram is provided showing the basic components of a 
conventional billing system. A pricing engine 100 receives, by way of an input 105. details 

5 of billable instances of a product or service for which a price must be calculated and 
output 110. The pricing engine 100 refers to a tariff rate model 1 15 to obtain details of the 
charging rate to be applied to each received billable instance (105). A user interface 120 
or other form of interface is provided to enable updates to be made to the tariff rate model 
1 15 and to provide an interface for querying the contents of the tariff rate model 115. e.g. 

1 0 for audit purposes. 

TARIFF RATE MODEL STRUCTURE 

There will now be described a tariff rate model according to a first embodiment of 
the present invention. The tariff rate model will be described in general temns with 

15 reference an entity relationship diagram shown in Figure 2. While the entity relationship 
diagram of Figure 2 is intended to show all the main data entities in this preferred 
embodiment of the tariff rate model, certain data entities that are not essential to the 
modelling of tariffs for a particular product or service are omitted. For example, amongst 
data entities omitted are those defining the valid ranges for certain tariff dimensions, 

20 useful in particular to a pricing engine 100 for checking the validity of product or sendee 
instances to be priced. Also omitted from Figure 2 are entities and attributes that would be 
necessary if the tariff rate model were used for products or services being offered 
simultaneously in more than one country and hence for which different language and 
currency attributes must be supported. For the purpose of describing this first preferred 

25 embodiment of the present invention, it is assumed that the tariff rate model will be used 
in respect of a single currency and language (English). Extensions to the tariff rate model 
to accommodate other languages will not be described further in the present patent 
specification as it would be clear to a person skilled In the field of database design to 
make any necessary additions to the tariff rate model structure vtrithout further invention. 

30 Refening to Figure 2. each entity of the tariff rate model will now be described in 

turn, with a description of the attributes relevant to each entity and the implicit or explicit 
relationships between those entities. As is conventional in such diagrams, where an 
explicit relationship is shown to exist between two entities, any attributes for effecting such 
a relationship are omitted from the respective attribute lists of the respective entities. 
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PRODUCT^CATEGORIES (200) 

Product Categories are distinct categories of a product which, from a tariff perspective, 
can be dealt with as a single unit. However, the particular choice of breakdown of a 
product into distinct categories need not be driven solely by tariff considerations. The tariff 
5 rate model provides sufficient flexibility in the modelling of tariffs to enable an ideal 
marketing breakdown for the product to also influence the choice of categories. However, 
it is intended that all instances of a product category share the same set of tariff-related 
attributes and that all such instances are priced in the same consistent manner. The rules 
for pricing instances of a particular product category are normally communicated by the 
10 supplier to its customers through published price lists. 

To enable the definition of each category for a given product or service, the tariff 
rate model comprises a product category entity 200 having the following attributes:- 



identifier A unique identifier for the product category. 

creation date The date on which the product category is defined 

in the tariff rate model. 

active date The date from which the product category can first 

be used to create billable product instances. 

inactive date The date from which the product category can no 

longer be used to create product instances. Where 
a product category is still active, and no inactive 
date is known, a NULL value will be used here. 



15 
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RATING^SCHEMES (205) 

The rating scheme entity 205 provides for the definition of a general tariff strategy 
based upon a knowledge of a set of price-affecting tariff dimensions and a set of tariff 
rates. A given rating scheme (205) may be used in detennining prices for more than one 
5 different product category (200), but a particular product category (200) will use only one 
rating scheme (205). In practice an Identifier for an applicable rating scheme (205) will be 
stored against each product category (200). 

To enable the definition of one or more rating schemes that may be applied to 
products or services, the tariff rate model further comprises a rating scheme entity 205 
1 0 having the following attributes:- 



identifier 
creation date 

number of 
dimensions 
number of rates 



An unique Identifier for the rating scheme. 

The date on which the rating scheme was defined 

in the tariff rate model. 

The number of tariff dimensions to be used by the 
rating scheme. 

The number of rate parameters to be used in each 
tariff constants vector. 



RATING_SCHEME_DIIVIENSIONS (210) 

The rating scheme dimensions entity 210 provides for the definition of a set of 

15 tariff dimensions to be used in a particular rating scheme (205). This entity provides in an 
index attribute for use with each defined tariff dimension. As will become apparent from 
the description below, a pricing formula may comprise an arbitrarily complex function of 
one or more unspecified tariff dimensions each distinguished by an Index value. The 
rating scheme dimensions entity 210 enables a specific tariff dimension to be associated 

20 with an othenA/ise unspecified dimension appearing in a pricing formula by assigning the 
same index value to the respective dimension Index attribute. 

A particular rating scheme (205) is based upon one or more rating scheme 
dimensions (210), but each defined rating scheme dimension (210) will be used In only 
one rating scheme (205). In practice, an Identifier for a respective rating scheme (205) will 

25 be associated with a particular rating scheme dimension (210). 

To enable the definition of one or more rating scheme dimensions for a particular 
rating scheme (205), the tariff rate model further comprises a rating scheme dimension 
entity 210 having the following attributes:- 
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identifier An identifier for the rating scheme dimension, 

dimension index The index value for the dimension (may con-espond 

to an indexed dimension value in a pricing 

formula). 



TEMPLATE_FORUMLAE (220) 

The template fomiulae entity 220 provides for the definition of various 
5 predetermined pricing formulae that can be used as templates in creating a rating scheme 
(205) within the tariff rate model. Each template fomiula defined by this entity 220 may be 
used to price instances under one or more rating schemes (205). In practice therefore, an 
identifier for the applicable template fonnula (220) will be associated with particular rating 
scheme (205). 

10 A template fonnula referenced by this entity is defined as an arbitrarily complex 

function of one or more tariff dimensions and one or more rate parameters. Each distinct 
tariff dimension and rate parameter used in a template formula is assigned a different 
index value, e.g. rate parameters r(0). r(1) and r(2). tariff dimensions dlm(O) and dim(1). 
For convenience, the entity includes an optional, non-executable equation object to 

15 visually represent the template pricing formula implemented by the referenced function. 
Additional flexibility is provided within this template entity with the option to specify one of 
a number of different functions for implementing a particular template pricing formula in 
calculating a price for instances of a product. 

To enable the definition of a template pricing formula for use by particular rating 

20 schemes (205), the tariff rate model further comprises a template fonnulae entity 220 
having the following attributes:- 



identifier 
no_dimenslons 

no_rates 

function 

creation_date 



A unique identifier for the template. 

The number of dimensions used algebraically in 

the underiying fomnula. 

The number of rates used by the underiying 
formula. 

The identity of a predetermined function 

implementing the pricing fonnula. 

The date on which the template is created. 
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formula 



An optional, non-executable equation object for 
visually defining the underlying template pricing 
formula. 



PRODUCT_CATEGORY_BANDS (225) 

The product category bands entity 225 provides for the definition of one or more 
5 regions ("bands") in the tariff space for a particular product category (200) over which a 
vector R (the "rating vector"), formed by values of the rate parameters in the applicable 
pricing fomiula (220). are constant. That is. all instances of the product category (200) 
falling within a particular product category band are priced using the same rate parameter 
values. For example, if there are three rate parameters r(0). r(1) and r(2) defined in a 
10 pricing fomiula. then the rating vector R is the vector formed by those three rate 
parameters, i.e. R ={r(0), r(1). r(2)}. or more specifically, by the values those parameters 
take. 

To enable the definition of one or more product category bands for a particular 
product category (200), the tariff rate model further comprises a product category band 
1 5 entity 225 having the following attributes:- 



creation date 



identifier 



active date 



inactive date 



An unique identifier for the band. 

The date on which the band was defined in the 

tariff rate model. 

The date from which the band Is to be considered 
active from a tariff perspective. 
The date from which the band is to be considered 
inactive from a tariff perspective. 
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PRODUCT_CATEGORY_BAND_SPEC (230) 

The product category band specification entity 230 provides for the definition of 
the non-overlapping boundaries in the tariff space for a particular product category (200) 
of each defined product category band (225). The boundaries are defined in terms of 
5 ranges for one or more of the applicable tariff dimensions (see rating scheme dimensions 
(210)). In practice, with each product category band specification (230) there will be stored 
the index value for the corresponding rating scheme dimension (210) and an identifier for 
the respective product category band (225). 

To enable the definition of the boundaries in tariff space for each defined product 
10 category band (225), the tariff rate model further comprises a product category band 
specification entity 225 having the following attributes:- 



identifier The identity of a tariff dimension. 

lower limit The lower boundary value of the dimension for the 

band. The band defined by the lowerjimit and the 
upperjimit are inclusive of the lower boundary 
value. 

include upper limit An indication of whether the upper limit should be 

considered inclusive or exclusive of the upper 
boundary value. 

upper limit The upper boundary value of the dimension for the 

band. 



PRODUCT_CATEGORY_RATES (235) 
15 This associative entity provides for the specification of a particular rating vector R 

to be applied in determining the price for instances of a particular product category (200) 

falling within the bounds of a particular product category band (225) and for a particular 

tariff period type (240 - see below). 

To enable the definition of an applicable rating vector, the tariff rate model further 
20 comprises a product category rates entity 235 having the following attributes:- 

period_type The type of period to which the rating vector 

relates. 

product_category_ The product category band to which the tariff 
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band identifier constants vector relates. 

component identifier The identity of a rate parameter component of the 

rating vector For example. \Artiere there are 3 
components to the rating vector R, then the 
components will be identified by the integers 0, 1 
and 2. 

value The value of the identified component of the tariff 

rating vector. 

TARIFF^PERIOD.TYPE (240) 

Depending on the product being supplied, and whether it is supplied on a 
continuous or non-continuous basis, there may exist the requirement to associate multiple 
5 tariffs with a particular product category (200). 

As an example, consider a service provided to a customer over some period of 
time, and for which a service charge is applied on a cyclic basis in advance of the 
customer receiving that service. It may be that contractually, the customer is committed to 
paying for that sen/lce on a quarterly basis, in which case the price list would publish the 
10 quarterly tariff. However, it may be that the service provider wishes to offer an annual 
charging cycle in addition to the quarterly cycle. Further, in order that the customer be 
provided with an incentive to pay for the service for a year in advance rather than a 
quarter in advance, the service provider sets an annual tariff which is less than four times 
the conresponding quarterly tariff. Hence the requirement to associate multiple tariffs (for 
1 5 different period types) with the same product category (200). 

In any case, even where only a single tariff per product category (200) is to be 
recorded, it may be that different product categories (200) require tariffs for more than one 
cycle, and consequently knowledge of the cycle is required. 

This complex relationship, involving the associative product category rates entity 
20 235, defines the following:- 

a product category rate (235) exists for a single product category band (225) for a 
single tariff period type (240), and is one element of the rating vector R for that 
combination; 

a product category band (225) may have multiple sets of product category rates 
25 (235); one for each period type (240). 

To enable the definition of different tariff period types, the tariff rate model further 
comprises a tariff period type entity 235 having the following attributes:- 
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identifier An unique identifier used to represent tlie tariff 

period type. 

Having described the structure of a tariff data model, prefen-ed means for making 
updates to the model will now be described. 

5 XML INTERFACE 

In a preferred embodiment of the present invention, an extensible Markup 
Language (XML) interface is provided to enable updates to be made to the contents of a 
tariff data model. The XML interface enables updates to be specified in an XML data file of 
a format defined according to a predetemriined Document Type Definition (DTD). The DTD 

10 defines the permitted structure and syntax for XML data files specifically for use in 
updating the tariff rate model. The XML interface comprises an XML file processor 
designed to interpret XML elements defined in the DTD and hence to process the 
contents of a submitted XML data file and to make updates to the respective parts of the 
tariff data model. It is not necessary for users making updates to the tariff data model to 

15 be aware of the actual structure of the model as the XML processor interprets the XML 
elements accordingly. 

Preferably the XML interface provides users with a validating XML editor, 
designed to validate a user's input against the DTD and so preventing badly fomied or 
invalid XML documents being submitted to the XML file processor. 
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TARIFF RATE MODEL GENERATION 

A preferred process will now be described, with reference to Figures 3, 4 and 5. 
for generating a tariff rate model (of the prefenred type as described above with reference 
to Figure 2) for a product or service. The prefenred process will firstly be described in 
5 general terms and secondly in the context of a worked example based upon the present 
applicant's Kilostream® product, a product designed to provide exclusive-use point-to- 
point data links with a choice of data transfer rates. More particulariy, the worked example 
will demonstrate a use of the XML interface to the tariff rate model, as described above, 
for entering data. 

10 Referring to Figure 3. a flow diagram showing the main steps in operation of the 

preferred process, and additionally to Figure 2 in respect of the data entities involved at 
each step, the prefenred process STARTs and at STEP 300 the most appropriate 
breakdown of categories (200) for a particular product or service is chosen. The choice of 
product categories (200) will typically take account not only of the tariff structure for the 

15 product or service, but also the way in which the product or service is to be marketed. At 
STEP 305 the price-affecting tariff dimensions for the product are identified and, if not 
already entered, may be defined in an optional extension to the tariff rate model. Such a 
definition for each price-affecting dimension preferably includes a name for the dimension, 
whether it is a continuous or a discrete entity and, if continuous, the range of values 

20 permitted. At STEP 310 the rating scheme (205) is defined for each category (200) of the 
product identified from STEP 300. Each rating scheme (205) defines the tariffs to be 
applied by a pricing engine 100 in calculating a price for instances of the product or 
service category (200). Finally, at STEP 315. each product category (200) identified from 
STEP 300 is formally defined within the tariff rate model. 

25 The STEP 310 for defining the rating scheme (205) to be applied to each product 

category (200) itself comprises several steps as will now be described with reference to 
Figure 4. As was described above with reference to Figure 2, a rating scheme (205) may 
be defined in terms of a general pricing fomriula (220) and an association (210) between 
the unspecified tariff dimensions and rate parameters used in the fomiula (220) and the 

30 specific tariff dimensions and units of measurement for the respective product or service 
category (200). 

Referring to Figure 4, and additionally to Figure 2, the first step in defining a 
rating scheme (205) is, at STEP 400. to enter top level details of the rating scheme (205), 
in particular to specify an identifier for the rating scheme, the number of tariff dimensions 
35 and the number of rate parameters to be used by the rating scheme (205). At STEP 405, 
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an appropriate template formula (220) is selected, optionally from one of a number of 
predefined templates, having a pricing formula of the most appropriate structure given the 
tariff rules for the product or service. The pricing formula (220) will typically comprise an 
arbitrarily complex function of one or more unspecified tariff dimensions and one or more 
5 unspecified rate parameters. If an appropriate template formula (220) does not exist within 
the tariff rate model, a new template may be created at this stage. Creation of a new 
template is described in the worked example that follows this general discussion of the 
preferred process. 

At STEP 410, the rating scheme tariff dimensions (210) are defined for the 

10 particular product or service, the number of tariff dimensions having been defined in the 
rating scheme details at STEP 400. The definition of each rating scheme tariff dimension 
(210) comprises an Identifier for the dimension, each identifier corresponding to one of the 
specific tariff dimensions identified from STEP 300. and an index value for the dimension. 
If it is intended that the specific tariff dimension Is to be used directly In the pricing 

15 formula, then the Index value for that dimension is chosen to be the same as that of the 
appropriate unspecified tariff dimension in the template pricing formula (220), thereby 
creating an association between an unspecified tariff dimension in the template pricing 
formula (220) and a specific tariff dimension for the product or service. That completes the 
definition of the rating schemes (205) In the tariff rate model. 

20 The STEP 315 for defining each of the product categories (200) identified from 

STEP 300 Itself comprises several steps as will now be described with reference to Figure 
5. As was described above with reference to Figure 2, a product category (200) may be 
defined in the tariff rate model and linked to an appropriate rating scheme (205). The tariff 
space defined by the identified tariff dimensions for the product category (200) may be 

25 divided Into of one or more product category bands (225), each band defining a region 
(230) in the tariff space over which the vector R of rate parameter values in the rating 
scheme (205) Is constant, and for each band (225) the applicable rate parameter vector 
B 

Refem'ng to Figure 5, and additionally to Figure 2, the first step in defining a 
30 product category (200) In the tariff rate model is, STEP 500, to enter details (in particular, 
an Identifier and status) of the product category (200), Including an association with an 
appropriate rating scheme (205) as defined in STEP 310. At STEP 505, each of the (one 
or more) product category bands (225) is defined, each band representing a region In the 
tariff space of price-affecting tariff dimensions identified in STEP 305 over which a 
35 constant vector R of rate parameters is used in the respective rating scheme (205). Each 
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product category band (225) is defined in temns of lower and upper bounds (230) for one 
or more of the tariff dimensions. For each defined band (225) the specific vector R of rate 
parameters (235) to be applied for pricing instances of the product category (200) falling 
within that region of tariff space is also defined and stored. If required, different rating 
5 vectors R may be stored for a particular band for each of a number of different tariff period 
types (240). as discussed above. This then completes the definition of a product category 
(200) in the tariff rate model. 

WORKED EXAMPLE 

10 The steps in operation of the preferred process described above with reference to 

Figures 3. 4 and 5 will now be described in the context of a specific product example, 
namely the applicant's Kilostream® product. 

The following tariff table defines an example set of published annual rental tariffs 
for the Kilostream® product. 
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Operative 
Date 


Transmission Rate 


Low Speed 
(2.4, 4.8 & 
9.6 Kbit/s) 


High Speed 
(19.2, 48 & 
64 Kbit/s) 


Each Local End 


01.12.91 


£800.00 


£940.00 


PLUS Main Link: 


- Both ends of Main Unk 
in Central London Zone 


01.12.91 


£112.00 


£112.00 


- One or both ends outside Central London Zone: 


- For the first 15km, Per km 
or part 




£112.00 


£112.00 


- Per additional km or part 
over 15km 




£6.75 


£6.75 



From a review of the business rules implicit in this table, it is clear that the 
5 Kilostream® product is comprised of two types of component: Local-Ends and Main-Links. 
Although the price of a Local-End is independent of distance, the price of a Main-link can 
be a function of distance. In general, therefore, it is possible to define a general pricing 
formula for determining the annual price of a KiloStream® component as follows:- 

Price = r(0) x distance + r(1) 
10 where r(0) and r(1) are both appropriately selected constants. 

In the case of a low-speed Local-end, the general pricing fomiula simplifies as 
follows, revealing values of r(0) = 0 and r(1) = 800:- 

Price = 0 X distance 800 = 800 

Similariy in the case of a low-speed Main link with at least one end outside 
15 London and a length less than 15 Km. the general pricing fonmula simplifies as follows, 
revealing values of r{0) = 112 and r(1) = 0:- 

Price = 1 12 X distance + 0 = 1 12 x distance 

Finally in the case of a low-speed Main link with at least one end outside London 
and a length greater than 15 Km. the general pricing fomnula simplifies as follows, 
20 revealing values of r(0) = 6.75 and r(1 ) = 1 578.75:- 
Price = 6.75 x (distance - 15) + 15 x 1 12 
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= 6.75 X distance + 1578.75 
Thus the same structure of pricing formula applies to both local-end and main 
links, whether the transmission rate Is low speed or high speed. Therefore, for this 
product, at STEP 300 of Figure 3. it is identified that a single product category (200) will 
5 suffice for modelling tariffs in the tariff rate model. 

Having identified the product category (200) appropriate for the product, the next 
step. STEP 305. is to identify and define the price-affecting tariff dimensions for the 
product. For the Kilostream® product the price-affecting tariff dimensions are clearly 
component, length, speed, and zone. However, a fifth dimension of currency may also be 
10 defined, as will be seen below, enabling separate and independent price lists to be 
maintained if required. 

The component dimension (called Kcomponent in this example) is to be defined 
as a textual dimension with the values 'Local-End' and 'Main-Link'. 

The length dimension (called Klength in this example) is to be defined as a 
15 continuous numeric dimension in the range 0 to infinity. 

The speed dimension (called Kspeed in this example) is to be defined as a 
discrete numeric dimension with the values 2.4. 4.8, 9.6, 48 and 64 Kbit/s. 

The zone dimension (called Kzone in our example) is to be defined as a discrete 
textual dimension with the values "City of London" and "Other. 
20 In practice, the step (305) of Identifying tariff dimensions for a product takes place 

at the same time as the step (300) of identifying the breakdown of product categories 
(200). However, at STEP 305, the defined price-affecting tariff dimensions may now be 
entered into an appropriate database, optionally an extension to the tariff rate model 
structure, if not entered already. As was noted above, entitles for storing Information 
25 defining the valid ranges of tariff dimensions are not shown in the entity relationship 
diagram In Figure 2 as this information is not essential to the tariff rate model Itself. 
However, for completeness, an example of an XML data file for defining the tariff 
dimensions for the Kilostream® product example is as follows: 



<?xml vcrsion«"1.0"?> 

<!DOCTYPE dbt SYSTEM "http://glossi.nat.bt.eom/DTD/dbt.dtd"> 
<dbt language="English" date_f ormat="dd-inm-yyyy"> 

<doinains> 

<! — 

Delete the domains first so that it is possible to 
process the document multiple times 
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<domain name="Kcomponent" function="delete"/> 




<domain name«"Kcomponent" type-^text" size-^lO" 
units« "component" 
«frjiT*frea''i*odav" stonB''lnde£lnlte"> 
<point value«"Main-Link"/> 

</domain> 




<domain name="Klength" function'="delete"/> 




<domain name="Klength" types"nuTOeric" 

subtype»"continuous" si2e="10.02" units="Km" 
start="today" stop="indef inite"> 
<range lower="0" upper«"inf inite"/> 

</domain> 




<domain name="Kspeed" £unction="delete"/> 




<domain naroe="Kspeed" type=" numeric" 
units-"Kbit/s" 

start="today" stop="indef inite"> 
<point value""2.4"/> 
<point value="4.B"/> 
<point value«"9.6"/> 
<nointi value="19 . 2"/> 
<point value-" 4 8" /> 
<point values" 64 "/> 
</domain> 




<domain name="Kzone" functions"delete"/> 




<domain names"Kzone" type="text" size="20" 

units="Zone" start«"today" stops"indef inite"> 

<point value="City of London" /> 

<point value="Other"/> 
</domain> 


< /domains > 


</dbt> 




Although. 


as stated above, it is assumed that only one language 



supported in the tariff rate model for the purpose of describing preferred embodiments of 
the present invention, It will be noted that the XML file above includes a language attribute 
5 providing a document-level definition of the language In which text attributes are to be 
interpreted, in this case "English". 

The date_format attribute is used to select a date format in which subsequent 
dates appearing in the document are to be interpreted. Preferably, only a limited set of 
formats are supported. The format specified in the XML file above is interpreted as a 2- 
10 digit day number, followed by a , followed by a 2-digit month number, followed by 
another followed by a 4-digit year number. 

Note, firstly, that the "domain" element used here is a different entity to 
"dimension". Domains relate to the legal and pemiissible values for particular "measured** 
quantities. For example, distance values must be positive integers. A Kilostream® circuit 
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component type can have only the values "Main Link" or "Local End". Thus domains 
define a spectnjm of possible values, whereas dimensions are drawn from particular 
domains. Thus domains are all about data validation and are not essential components of 
the tariff rate model itself. However, the XML processor 135 is arranged to recognise the 
5 domain element and to store these data in an extension to the tariff rate model or 
separately from the tariff rate model itself, if required. 

Note, further, that in the XML file above, the "type", "subtype" and "size" attributes 
of the domain element for Kcomponent define the Kcomponent domain to be a textual 
domain of size 10 characters. Further, note that the valid domain values are specified as a 
10 series of point sub-elements. 

For the Klength domain, the "type", "subtype" and "size" attributes of the domain 
element define it to be a continuous numeric domain of 10 digits with a precision of 2 
decimal places. Further, note that the range for this domain is specified via the single 
range sub-element. 

15 For the Kspeed domain, the "type", "subtype" and "size" attributes of the domain 

element define it to be a discrete numeric domain with 3 digits and with a precision of 1 
decimal place. Further, note how in this case, it is the point sub-elements that define the 
legal discrete domain values. 

For the Kzone domain, the "type", "subtype" and "size" attributes of the domain 

20 element define it to be a textual domain of size 20 characters. Further, note that the legal 
domain values are specified via a series of point sub-elements. 

Having defined the price-affecting tariff dimensions for the product, the next step, 
STEP 310, is to define the appropriate rating scheme (205). This step comprises, firstly, 
STEP 400 of Figure 4. to enter top level details of the rating scheme (205) as defined for 

25 the rating scheme entity (205) described above with reference to Figure 2. The next step, 
STEP 405. is to select the appropriate template fonnula (220) for the product. For the 
Kilostream® product, the general pricing formula was identified as being of the fonm 

Price = r(0) x distance + r(1) 
where r(0) and r(1) are both appropriately selected constants. If a predefined template 

30 (220) exists in the tariff rate model having a pricing formula of this form, then it may be 
linked at this step to the rating scheme (205). However, if no pricing formula of the con^ect 
format is available, then a new template may be created at this stage, con-esponding in 
detail to the entity (220) described above with reference to Figure 2. For completeness, an 
example of an XML data file that may be used to generate the appropriate template is as 

35 follows. For convenience, this XML data file causes the entry into the tariff rate model of 
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both the rating scheme attributes (205) from STEP 400 and the template pricing fomiula 
from STEP 405 in one XML data file. 



10 



<?xml ver3ion="l,0"?> 

<IDOCTYPE dbt SYSTEM "http://gl03si.nat.bt.com/DTD/dbt.dtd"> 
<dbt language-^'English" date_format«''dd-mm-yyyy"> 
<teniplates> 



Delete the template so that the it is possible to 
process the document multiple times 



<template name«"MyLinear" function""delete"/> 

<template name- "MyLi near" rates«»"2" 
dimensions="l" 

function . tariff ="MyLinear . calc"> 
<header> 

CREATE OR REPLACE PACKAGE MyLinear 
IS 

FUNCTION calc Return DBT.tarif f_t; 
PRAOIA RESTRICT_REFERENCES (calc, WNDS, WNPS) ; 
End MyLinear; 
</header> 
<body> 

CREATE OR REPLACE PACKAGE BODY MyLinear 
IS 

FUNCTION calc Return DBT.tariff_t 
Is 

dims DBT . dimens ion_vec tor_t ; 
rates DBT . rate_vector_t ; 
BEGIN 

DBT_Tarif f .get_dimensions (dims) ; 
DBT Tariff .get_rate3 (rates) ; 
return{"rates(0)*dim3(0) + rates (1) ); 
end; 
End MyLinear; 
</body> 
</template> 
</texi^lates> 

</dbt> . 



In order to be able to process the XML file multiple times, the first <template> 
element represents an instruction to delete any existing template with the name 
"MyLinear" (the attribute function="delete" defines this). Where no such template exists, 
as in the case when the XML document is processed for the first time, no en-or is 
generated, thus making the document truly re-runable. 

The second <template> element In the above XML file specifies the name of the 
template ("MyLinear^ in this example) and the number of rate parameters (in the rates 
vector) and dimensions to be used in the rating scheme (205). The number of rates is 2. 
since the general pricing foanula being defined uses rate parameters r(0) and r(1). 
Similarly, there is only a single dimension in this fomiula (later to be defined as distance). 
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Finally, the header and body elements identify (in the template attribute 
function .tariff) a process (MyLinear.calc) that implements the template pricing formula 
defined to calculate a price for instances of the product category (200). 

The next step in the preferred process is. STEP 410, to define the rating scheme 
5 dimensions (210) for the rating scheme (205). An example of an XML data file designed to 
input these data for the Kilostream® product is as follows: 



<?xml version="1.0"?> 

<IDOCTYPE dbt SYSTEM "http://glossi.nat.bt.eom/DTD/cibt.dtd"> 
<dbt language«"English" date_forroat="dd-inm-yyyy"> 

<rating_schemes> 
<! — 

Delete the schemes first so that it is possible to 
process the document multiple times 

— > 

<rating_scheme name-^Krating" function="delete"/> 

<rating_scheme name="Krating" templatea"MyLlnear" 
start«"today" stop="indef inite"> 

<domain_mapping name^^Klength" index="0'*/> 
<domain_mapping namesOKspeed" index«'*l"/> 
<domain_mapping name»"Kcoroponent" indexB''2''/> 
<doroain_mapping nameB"Kzone'' index»"3**/> 
<domain_mapping name= "Currency" index="4"/> 

<rate naine="Cost per Kilometre" 

units="Currency/Kilometre" index="0"/> 

<rate name=" Fixed Cost" 

units»"Currency" index="l"/> 

</rating^scheme> 

< /r at ing_scheme s > 

</dbt> 



The second rating_scheme element creates a new rating scheme (205) based 
10 upon the previously selected, or created, template (220) "MyLinear". By means of a series 
of domain_mapping elements, the four previously created domains (tariff dimensions 
defined at STEP 305) Klength. Kspeed. Kcomponent and Kzone - rating scheme 
dimensions (210) - are added to the rating scheme (205). Similarly, a pre-defined 
dimension Currency is also added. Being on index 0, it is the Klength dimension that will 
15 be used in the MyLinear template formula (220), defined earlier. 

Optionally, the rate elements may be used to define the names of the two rates 
inherited from the underlying template formula (220), MyLinear, and their respective units 
of measurement, although these data are not essential to the contents of the tariff rate 
model. 
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Having defined the rating scheme (205) at STEP 310, the final stage is, STEP 
315, to formally define the product category in the tariff rate model for the Kilostream® 
product. To achieve this, the first step, STEP 500 of Figure 5. is to enter top-level details 
of the product category as defined for the entity (200) described above with reference to 

5 Figure 2, together with a reference to the rating scheme (205) to be used In pricing 
instances of this product category. The next steps. STEP 505 and 510 define the regions 
(product category bands (225)) of Kilostream® product tariff space in which the rate 
parameters are constant, and to store the respective rate parameter values for each 
region. An example of an XML data file designed to implement each of the process steps 

10 in Figure 5 for the Kilostream® product is as follows: 



<?xml version="1.0"?> 

<!DOCTyPE dbt SYSTEM "http://glossi.nat.bt.eom/DTD/dbt-dtd"> 
<dbt language«"English" date_format«"dd-inm-yyyy"> 

<product_categories> 



<l — 

Delete the product category first so that it is 
possible to process the document multiple times 

— > 



<product_category namee"KiloStream" 

f unct ion= "delete " /> 

<product_category name- "Kilostream" 
rating_scheme«"Krating" code-"D000nn" 
type«" recurring" 
GL.0«"L2Code" GL, l-"L2Code" 
start="01-12-1991" function="new"> 

<! — 

Low-speed, Local-End 

— > 



<band start«="01-12-1991" stop="indef inite"> 
<band_definition> 

<dimens ion. spec index="0" name="Klength" 

lower«»"0" upper«"infinite"/> 
<dimens ion. spec index«"l" name="Kspeed" 

lower«"2.4" upper="9 . 6"/> 
<dimension.spec indexo"2" 

name-"Kcomponent " value»"Local-End" /> 
<dimension.spec index«"3" name-"Kzone"/> 
<dimension . spec index«"4" 

name»"Currency" value="GBP"/> 
</band_definition> 
<rates_definition period="Annual"> 
<rate.3pec index="0" value«"0"/> 
<rate.8pec index="l" value»"800"/> 
</rates_definition> 
</band> 

<! — 

High-speed, Local-End 



<band start»"01-12-1991" stop="indefinite"> 

<band_definition> 
<dimen3 ion. spec index«'"0" name="Klength" 
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lower-^O" upper«" infinite" /> 
«limension.spec index*"!" name«"Kspeed" 

lower="19.2" upper«"64"/> 
<dimens ion. spec index="2" 

name="Kcoxnponent" value="Local-End" /> 
<diinension . spec index«"3" name="Kzone"/> 
<diiaension . spec index« " 4 " 

name="Currency" value«"GBP"/> 
</band_definition> 
<rates]|[definition period= "Annual **> 
<rate.spec index="0" value="0'V> 
<rate.spec index="l" value="940"/> 
</rates_definition> 
</band> 



<i — 

City-of-London Main-Link 

— > 

<band start«"01-12-1991" stop-"indefinite"> 
<band_definition> 

<diinension.spec index-"0" name="Klength" 

lower="0" upper="infinite"/> 
<dixnension,spec index="l" name="Kspeed" 

lower="2.4" upper«"64"/> 
<diinens ion. spec index="2" 

name="Kcomponent" value="Main-Link"/> 
<dimension . spec index="3" nanie="Kzone" 

value="City of London" /> 
<dimension.spec index="4" 

name= "Currency" value="GBP"/> 
</band_definition> 
<rates^definition period«"Annual"> 
<rate.spec index«"0" value="0"/> 
<rate.spec index«"l" value-" 1 12 "/> 
< / r a te s_de f ini tion> 
</band> " 

<! — 

Non-City-of -London Main-Link, <15 Km 



<band start="01-12-1991" stop="indef inite"> 
<band_definition> 

<dimension.spec index="0" name-"Klength" 

lower="0" upper="15"/> 
<dimension.spec index="l" name«"Kspeed" 

lower="2.4" upper«"64"/> 
<dimension.spec index«"2" 

naine=="Kcomponent" value«"Main-Link"/> 
<dimension.spec index="3" name«"K2one" 

value«"Other"/> 
<dimension . spec index-" 4 " 

name-* "Currency" value""GBP"/> 
</band_definition> 
<rates_definition period- "Annual "> 
<rate.spec index«"0" value»"112"/> 
<rate.spec index="l" value«"0"/> 
</rates_definition> 
</band> ~ 



<! — 

Non-City-of-London Main-Link, >15 Km 



<band start="01-12-1991" stop«"indefinite"> 
<band_definition> 

<dimension.spec index«'"0" name""Klength" 

lower="15" upper»"infinite"/> 
<dimension.spec index="l" name="Kspeed" 
lower""2.4" upper="64"/> 
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<dimens ion. spec index«"2" 

name«"Kcomponent" value- "Main-Link" /> 
<dimension.spec index«"3" nante«"Kzone*' 

value-"Other"/> 
<diinension.spec index»"4" 

name« "Currency" valu€="GBP"/> 
</band_de f inition> 
<r at e 8_de f ini t ion pe r iod« "Annua 1 " > 

<rate.spec index«"0" value="6.75"/> 
<rdte.spec index="l" value="1578.75"/> 
</rates_definition> 
</band> 

</product_category> 

</product_categories> 

</dbt> 



The main element in this XML file is the "procluct_category" element that defines 
the name for the "KiloStream" product category (205). This element includes the key 
attributes of "rating_scheme". which references the applicable rating scheme (205) and 
5 hence the underlying pricing fomiula (220), and "type" which defines (tariff period type 
(240)) the charge to be recurring in nature. 

Contained within this "product_category" element are the five key definitional 
blocks, consistent with the five sub-categories of tariff shown in the Kilostream® product 
tariff table shown above. These are> 
10 Low-speed Local-Ends (2.4. 4.8 & 9.6 Kbit/s); 

High-speed Local-Ends (19.2. 48,& 64 Kbit/s); 

City-of-London Main-Link; 

Non-City-of-London Main-Link less than 15 Km; and 

Non-City-of-London Main-Link greater than 15 Km 
15 Each of these sub-categories is represented as a "band" element containing 

"band^definition" (225) and "rates_definition" (235) elements. The "band" element defines 
(225) the start and end dates by means of "start" and "stop" attributes. Where there is no 
scheduled stop date, the band is created "open" by setting the "stop" attribute to 
"indefinite". 

20 The "band^definition" element is used to define a tariff band (230). This is 

achieved using a series of "dimension.spec" elements, each of which identifies a range or 
value for the underiying tariff dimension. Generally, for discrete-valued dimensions, the 
"value" attribute is used to define the required dimension range, whilst for a continuous 
numeric dimension, the "lower^ and "upper" attributes of the "dimension.spec" element are 

25 used. For discrete numeric dimensions it is also possible to use the "lower" and "upper" 
attributes instead of the "value" attribute in order to cover a range of values (e.g. for 
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Kspeed it is possible to use the attribute pair lower="2.4" upper="9.6"). Where none of the 
"value", "lower' or "upper" attributes are specified, then the range of the associated 
dimension is the to be wholly open. Note that it is even possible to specify a textual 
dimension to be wholly open in this way. 
5 The "rates_definition° element defines, for each band (225). the rating vector R 

comprised of the constant values for the rate parameters (235) associated with the 
underiying rating scheme (205) for that band (225). e.g. for the "City-of-London Main-Link" 
band, the applicable rating vector R = (0.112). 

10 PRICING PROCESS 

With the tariff data entered into the tariff rate model, a pricing engine may be 
arranged to interogate the model to obtain all the information necessary to calculate a 
price for specific instances of the product. In a further preferred embodiment of the 
present invention, a pricing process will now be described with reference to Figure 6 for 

15 detemiining the price for an instance of a specific product with reference to a tariff rate 
model, as described above with reference to Figure 2. for that product. In a typical 
implementation, a pricing engine 100 of Figure 1 may be anranged to operate the pricing 
process of Figure 6 in cooperation vwth a tariff rate modelling component 115 anranged to 
implement the tariff rate model of Figure 2. 

20 Referring to Figure 6. the pricing process begins with, at STEP 600. receipt of a 

vector D_of tariff dimension values for an instance of a specified product. It Is assumed 
that if more than one category of the product has been defined, that the relevant category 
for the received instance of the product is identifiable. In a typical implementation of a 
billing system Incorporating a tariff rate model and pricing process according to prefenred 

25 embodiments of the present invention, a file containing a substantial number of defined 
Instances may be input at STEP 600 as the input to a bulk billing run. At STEP 605. each 
input vector D is preferably validated with reference to a database of defined ranges for 
each component tariff dimension (see the woriced example above for a description of the 
storage of data defining "domains"), although alternatively a validation step may be earned 

30 out on the instances data prior to receipt at STEP 600. 

At STEP 610. the pricing process accesses the tariff rate model to identify which 
of the defined product category bands (225) contain the received instance vector fi. The 
particular product category band (225) may be identified for example by making a 
dimension-by-dimension comparison of the respective instance value with the 
35 con-esponding range definition (230) for each product category band (225) until a band is 
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identified for which every dimension instance value in the vector D lies within the 
respective dimension range for that band. 

At STEP 615. having identified the relevant product category band (225). the 
pricing process reads from the tariff rate model the con-esponding rates vector R for that 
5 band (225) and. at STEP 620. identifies the applicable rating scheme (205) for the product 
category (200) and hence the pricing fomiula to be applied in calculating the price for the 
instance D. 

At STEP 625. the pricing engine inputs the vectors D and R into the pricing 
formula to calculate and output a price for the input instance D. This process may then be 
1 0 repeated for each instance of the product or service input at STEP 600, if more than one. 

IMPLEMENTATION 

While the present applicants have implemented the tariff rate model by 
integrating the data entities into an existing billing system tariff database, any of a number 

15 of different known database management systems may be used to implement the tariff 
rate model either as a stand-alone database or integrated with an existing model, as 
would be apparent to a person skilled in the field of database design. For example, the 
tariff rate model may be implemented in a straightforward manner using a relational 
database management system such as ORACLE®. Further implementation detail will not 

20 therefore be provided in the present patent specification. 

FURTHER APPLICATIONS OF THE PRESENT INVENTION 

As was mentioned In the introductory part of the present patent specification, 
preferred embodiments of the present invention may be applied to the modelling of rate 

25 information for other than telecommunications-related products or services. For example, 
in banking, interest rates payable on certain types of account may vary according to 
account balance, notice period for withdrawals, whether online or conventionally 
managed, etc. Modelling techniques used in generating a tariff rate model according to 
preferred embodiments of the present invention may be readily applied to the modelling of 

30 interest rates for banking products. Furthermore, embodiments of the present invention 
may be used in modelling any form of rate, whether or not the rates and the 
con-esponding "pricing" fomriula applicable to a particular instance of a set of dimensions 
have any relation to the calculation of "prices" or other quantities in a financial context. 



35 



# #< 
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1. An apparatus for determining a rate to be applied in respect of a data set 
comprising a value for at least one variable attribute in an electronic system or process, 

5 comprising: 

an input (105) for receiving the data set; 

a rate modelling component (115) anranged to store a model comprising: 

(i) data (205, 210) defining a rating space having at least one 
dimension defined by an attribute of the electronic system or process; 
10 (li) a rating vector definition comprising at least one rate parameter; 

and 

(iii) data (225, 230) which defines distinct regions in the rating space 
(205. 210) over which the defined rating vector is invariant, and which defines the 
respective invariant rating vector (235) for each distinct region; and 
15 rate determining means arranged, on receipt of the data set, to Identify a 

corresponding one of the distinct regions (225, 230), the respective invariant rating vector 
(235) and hence the rate to be applied in respect of the data set. 

2. An apparatus according to Claim 1 , further comprising: 

20 calculating means for calculating an output (110) in respect of the data set by 

inputting one or more rate parameters (235) of the identified invariant rating vector into a 
predefined formula (220). 

3. An apparatus according to Claim 2. wherein the model further comprises a rule 
25 (205) for selecting a predefined formula (220) in respect of the data set from among a 

plurality of predefined fonnulae (220). 

4. An apparatus according to Claim 1, 2 or 3, wherein in (i) the rating space (205. 
210) is defined in terms of an orthogonal set of attributes of the electronic system or 

30 process. 

5. An apparatus according to any one of the preceding claims, wherein the model 
further comprises at least one rule (205) for selecting an appropriate rating space (205, 
210), from among a plurality of rating spaces (205, 210) defined in the model, on the basis 

35 of at least one attribute represented in the data set. 
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6 An apparatus according to any one of the preceding claims, further comprising: 

an interface (120) to the modelling component (115) for processing data received 
at the interface and for making corresponding updates to the model, wherein the received 
5 data are formatted according to a pre-defined markup language and wherein different data 
elements of the pre-defined mark-up language relate to different entities within the model. 

7. An apparatus according to Claim 6. wherein the predefined markup language is 
defined according to the extensible markup language standard. 

10 

8. An apparatus according to any one of the preceding claims, wherein the defined 
rating vector relates to the rate of utilisation of one or more resources associated with the 
electronic system or process. 

15 9. An apparatus according to any one of the preceding claims, wherein the defined 
rating vector relates to a tariff to be applied in respect of use of the electronic system or 
process. 

10. A method for determining a rate to be applied in respect of a product or service, 
20 comprising: 

(i) defining a rating space (205. 210) having at least one dimension defined by 
an attribute of the product or service; 

(il) defining a rating vector comprising at least one rate parameter; 

(iii) determining distinct regions (225. 230) In the rating space (205, 210) over 
25 which the defined rating vector is invariant and defining values (235) for the at least one 

rate parameter in the Invariant rating vector for each distinct region (225. 230); 

(iv) for a specified instance of the product or service, identifying a 
corresponding one of the distinct regions (225. 230) firom (iii), the respective invariant 
rating vector (235) and hence the rate to be applied. 

30 

1 1 A method according to Claim 1 0, further comprising the step: 

(v) using the respective invariant rating vector (235) In a predefined fonnula 
(220) to calculate an output (110) in respect of the specified instance of the product or 
service. 
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12. A method according to Claim 10 or Claim 11. wherein at step (i) the rating space 
(205, 210) is defined In terms of an orthogonal set of dimensions for the product or 
service. 



5 13. A method according to Claim 10. 11 or 12, wherein the rate relates to the rate of 
utilisation of a resource in respect of the product or service. 

14. A method according to Claim 10, 11 or 12, wherein the rate relates to a charging 
rate to be applied in determining a price for use of the product or service. 

10 

15. A method of generating a model of rates to be applied in respect of a product or 
service, comprising the steps of defining, in the model: 

(!) a rating space (205. 210) for the product or service having at least one 
dimension defined by an attribute of the product of service; 
1 5 (ii) a rating vector definition comprising at least one rate parameter; 

(iii) at least one distinct region (225, 230) in the rating space (205. 210) over 
which the defined rating vector is invariant; and 

(iv) in respect of each distinct region from (iii), values (235) for the at least one 
rate parameter of the respective rate vector. 

20 

16. A method according to Claim 15, further comprising the steps of defining, in the 
model: 

(v) at least one category (200) of the product or service for which a common 
rating space (205. 210) applies; and 

25 (vi) at least one rule for selecting an applicable rating space (205, 210). from 

among a plurality of rating spaces (205, 210) defined in the model, to be applied in 
respect of the at least one category (200) defined in (v). 

17. A method according to Claim 16, further comprising the steps of defining, in the 
30 model: 

(vii) a reference to a fomiula (220) for use in calculating an output (110) in 
respect of the at least one category (200) identified in step (v), the formula (220) being a 
function of at least one unspecified dimension and at least one rate parameter; and 
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(viii) in respect of the at least one category (200) defined in (v), an association 
(210) between the at least one unspecified dimension in the formula (220) and a 
dimension for the applicable rating space (205, 210). 

5 18. A method according to Claim 17. further comprising the step of defining, in the 
model: 

(ix) an association between the at least one rate parameter in the fomnula (220) 
and a rate parameter (235) of the rating vector defined for the applicable rating space 
(205. 210). 

10 

19. A method for determining the utilisation of a resource in respect of an instance of 
a product or service with reference to a rate model generated for the product or service by 
the method of Claim 16 or 17, comprising the steps of: 

(i) receiving (105) data defining an instance of the product or service; 
15 (ii) identifying a distinct region (225, 230) in a rating space (205, 210) for the 

product or sen/ice containing the defined instance received (105) at step (i); 

(iii) identifying the invariant rating vector (235) applicable to the identified 
region (225. 230); 

(iv) identifying a formula (220) to be applied to instances of the product or 
20 service; and 

(v) inputting the at least one rate parameter value (235) of the Invariant rating 
vector and the received data (105) defining the instance Into the formula (220) to calculate 
(1 00) the utilisation of the resource for the instance of the product or sen^ice. 

25 20. An apparatus according to any one or claims 1 to 7, for use in detemnining a rate 
of utilisation of a resource In respect of a product or service. 



30 
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